Lienzo de Hipótesis de Producto

Estamos cambiando cada vez más de proyectos centrados en las demandas de clientes o usuarios a proyectos enfocados en hipótesis de producto. Hay varias razones para esto.

Por un lado, se espera que implementemos nuevas funciones en plazos cada vez más cortos. Eso es porque la competencia se está volviendo más feroz, y el mundo, gracias a la tecnología moderna, sigue acelerándose y volviéndose más complejo.

Por otro lado, tener grupos de usuarios más diversos significa enfrentar necesidades más diversas. Nos estamos moviendo a toda velocidad hacia un mundo completamente personalizable. Y esto crea una demanda aún mayor para ajustes instantáneos del producto.

Si las "demandas" requieren implementación, entonces, sobre todo, las "hipótesis" necesitan ser probadas. Pero antes de eso, las hipótesis deben articularse de manera coherente. Lo cual no siempre es tan fácil como hubiéramos querido.

Creemos que cuanto más coherente sea la hipótesis, más fructíferas serán las pruebas. En este sentido, las pruebas no solo abarcan la verificación de la hipótesis actual, sino también cualquier posible insight que se pueda obtener en el proceso. Para estructurar y simplificar el proceso de articular tu hipótesis, hemos destacado las siguientes preguntas, que puedes responder secuencialmente.

El lienzo de la hipótesis del producto te ayuda a crear hipótesis más efectivas. Ten en cuenta que el lienzo no hace el trabajo por ti; simplemente te ayuda a centrarte en la tarea en cuestión y a alcanzar una solución más eficaz.

Los pasos para completar el lienzo de hipótesis de producto

1. Creemos que…

Aquí describimos lo que planeamos desarrollar.

2. Para (quién)…

En este bloque, definimos a nuestro público objetivo y, si es necesario, evaluamos su rol en nuestro proyecto.

Este paso es muy importante, ya que luego nos ayudará a clasificar nuestras hipótesis según su relevancia para nuestro proyecto. A veces, los miembros del equipo de un proyecto se sienten completamente cautivados por una idea interesante y terminan olvidando que solo es aplicable a unos pocos casos aislados.

De hecho, si el autor no puede explicar coherentemente a quién va a beneficiar su hipótesis, es muy probable que solo estén haciendo conjeturas al azar. Es como cuando un jugador de billar rompe con un golpe potente, con la esperanza de embocar una bola al azar. De la misma manera, los gerentes de producto y diseñadores generan hipótesis sin conexión con los usuarios, esperando que al menos alguien se interese. Ten mucho cuidado con tales hipótesis; puede valer la pena tomarse el tiempo para pensar en ellas con más detalle.

3. Para lograr…

También es importante determinar qué tipo de resultado estamos esperando de nuestro experimento. Además, el resultado debería ser, preferentemente, medible en términos específicos. No escribas, “Debemos mejorar!” Es mejor expresar tus expectativas de la siguiente manera: "Debemos mejorar [product] en un 5%."

Dependiendo de la hipótesis, podemos tener diferentes expectativas para los resultados a corto y largo plazo. Muchas personas prefieren centrarse en los resultados a corto plazo y evitan trabajar con hipótesis que tienen metas más ambiciosas. Pero cuando creamos nuestra hipótesis, debemos ser conscientes de cuánto tiempo tomará probarla: un día, una semana, un mes, o tal vez incluso más tiempo. Teniendo esto en mente, más adelante podremos planificar un backlog de nuestro experimento.

4. ¿Cómo medimos esto?

La capacidad de medir los resultados es el parámetro clave para probar hipótesis de producto. Aunque ya mencionamos lo que vamos a medir en el paso anterior, aquí describimos los tipos de herramientas que vamos a usar para esto. ¿Qué señales indicarán que la oportunidad que hemos creado es impactante? ¿Qué indicadores clave de rendimiento (cualitativos o cuantitativos) vamos a medir para demostrar que nuestro experimento fue exitoso?

5. Impacto, positivo o negativo

Hemos introducido este bloque en caso de que queramos enfocar nuestra hipótesis como algo más allá de un solo objetivo. No es obligatorio rellenarlo.

En algunos casos, la introducción de una determinada función tiene un impacto negativo en otros parámetros dentro del sistema. Por ejemplo, añadimos una presentación amplia e informativa

a nuestra página de inicio, con la esperanza de aumentar la participación de los usuarios. Sin embargo, la presentación afecta la velocidad de carga de la página, lo que, contrario a nuestra intención, aumenta la tasa de rebote y potencialmente reduce la participación. En este caso específico, la mayor tasa de rebote probablemente no se deba a la funcionalidad en sí, sino a su volumen y mala implementación.